Pré-requisitos: Documentação de Contexto
| Perfis de usuários | ||
|---|---|---|
| Perfil 1: Famílias | ||
| Descrição | Casal com a vida agitada, equilibrando carreira e responsabilidades familiares. | |
| Necessidades | - Gerenciar eficientemente o estoque de alimentos para toda a família e manter um estoque adequado de produtos de limpeza e higiene. | |
| Perfil 2: Indivíduos que vivem sozinhos | ||
| Descrição | Mora sozinho(a) em apartamento na cidade, carreira em crescimento, com pouco tempo livre. | |
| Necessidades | Controlar gastos pessoais e evitar compras impulsivas; Gerenciar estoque de alimentos para uma pessoa; Manter um estoque mínimo de itens essenciais; Otimizar tempo gasto com compras e organização doméstica. | |
| Perfil 3: Estudantes | ||
| Descrição | Jovem com orçamento limitado e pouca experiência em gestão doméstica. | |
| Necessidades | Gerenciar suprimentos escolares e livros; Planejar compras dentro de um orçamento apertado; Organizar espaço limitado de forma eficiente. | |
| Perfil 4: Idosos ou cuidadores | ||
| Descrição | Pessoa acima de 65 anos ou cuidador responsável, pode ter limitações físicas ou de memória. | |
| Necessidades | Planejar reposição de itens essenciais para saúde. |
Persona 1: Pedro
Idade: 52 anos
Profissão: Supervisor de produção
Localização: Belo Horizonte, Brasil
Objetivo: Organizar as compras da semana e evitar o desperdício
Dores: Tem dificuldade para gerenciar o estoque de casa, pois passa muito tempo fora. Vai às compras de supermercado sem lista e acaba comprando coisas supérfluas ou itens duplicados, que já se encontram na dispensa.
Expectativas: Conseguir gerenciar o estoque da dispensa remotamente, de maneira objetiva e prática.
Persona 2: João
Idade: 28 anos
Profissão: Designer Gráfico
Localização: Belo Horizonte, Brasil
Objetivo: Organizar as compras e criar uma lista personalizada de alimentos veganos
Dores: Gasta muito tempo planejando sua dieta da semana.
Expectativas: Gostaria de otimizar o seu tempo, criando dietas personalizadas de produtos veganos, e ir variando ao longo da semana. Gostaria de gerenciar o estoque.
Persona 3: Karla
Idade: 42 anos
Profissão: Vendedora
Localização: Belo Horizonte, Brasil
Objetivo: Organizar o estoque de alimentos de sua casa
Dores: Tem dificuldade de gerenciar o estoque de casa, por passar muito tempo fora. Não tem tempo para planejar as compras da semana, e acaba comprando muitos itens do mesmo produto, ou perdendo produtos vencidos.
Expectativas: Um sistema que possibilite gerenciar o estoque de casa de maneira remota.
Enumere e detalhe as personas da sua solução. Para tanto, baseie-se tanto nos documentos disponibilizados na disciplina e/ou nos seguintes links:
Links Úteis:
Lembre-se que você deve ser enumerar e descrever precisamente e personalizada todos os clientes ideais que sua solução almeja.
Com base na análise das personas forma identificadas as seguintes histórias de usuários:
EU COMO... PERSONA |
QUERO/PRECISO ... FUNCIONALIDADE |
PARA ... MOTIVO/VALOR |
|---|---|---|
| Pedro | Um aplicativo de que permita monitorar remotamente o que tenho em casa. | Evitar desperdícios e compras desnecessárias, e economizar tempo nas minhas compras semanais. |
| Pedro | Aplicativo fácil de usar uso e com interface amigável. | Evitar perda de tempo. |
| João | Um sistema que me permita criar listas personalizadas de produtos veganos. | Ajudar a planejar minhas refeições de forma mais eficiente. |
| João | Que permita gerenciar meu estoque. | Para otimizar meu tempo e manter minha dieta saudável. |
| Karla | Um sistema de gerenciamento de estoque que seja prático e seguro. | Me permitirá acompanhar os produtos da dispensa,evitar desperdícios, organizar melhor as compras e não perder tempo com configurações complexas |
Apresente aqui as histórias de usuário que são relevantes para o projeto de sua solução. As Histórias de Usuário consistem em uma ferramenta poderosa para a compreensão e elicitação dos requisitos funcionais e não funcionais da sua aplicação. Se possível, agrupe as histórias de usuário por contexto, para facilitar consultas recorrentes à essa parte do documento.
Links Úteis:
As tabelas que se seguem apresentam os requisitos funcionais e não funcionais que detalham o escopo do projeto.
| ID | Descrição do Requisito | Prioridade |
|---|---|---|
| RF-001 | O usuário deve poder criar sua conta na aplicação. | ALTA |
| RF-002 | O usuário registrado deve poder fazer login utilizando suas credenciais (e-mail e senha). | ALTA |
| RF-003 | O usuário deve poder gerenciar seus dados pessoais. | MÉDIA |
| RF-004 | O usuário deve poder gerenciar seus produtos. | ALTA |
| RF-005 | O usuário deve poder ter acesso aos registros de entradas. | MÉDIA |
| RF-006 | O usuário deve poder acessar o relatório de estoque mínimo. | BAIXO |
| RF-007 | O usuário deve poder consultar a quantidade de produtos em estoque. | ALTA |
| RF-008 | O sistema deve cadastrar fornecedores, e o relacionar aos produtos. | MÉDIA |
| RF-009 | O usuário deve poder ter acesso aos registros de saídas. | MÉDIA |
| ID | Descrição do Requisito | Prioridade |
|---|---|---|
| RNF-001 | A aplicação deve se adaptar a diferentes tamanhos de tela e dispositivos. | ALTA |
| RNF-002 | O site deve ser compatível com os principais navegadores da web, como Chrome, Firefox, Safari e Edge. | ALTA |
| RNF-002 | A aplicação deve processar requisições do usuário em no máximo 5 segundos. | MÉDIA |
| RNF-002 | O backend do sistema deve ser desenvolvido em linguagem C# e rodar em servidor Windows ou Linux, com o framework Microsoft .NET 8 | BAIXA |
Com base nas Histórias de Usuário, enumere os requisitos da sua solução. Classifique esses requisitos em dois grupos:
- Requisitos Funcionais (RF): correspondem a uma funcionalidade que deve estar presente na plataforma (ex: cadastro de usuário).
- Requisitos Não Funcionais (RNF): correspondem a uma característica técnica, seja de usabilidade, desempenho, confiabilidade, segurança ou outro (ex: suporte a dispositivos iOS e Android). Lembre-se que cada requisito deve corresponder à uma e somente uma característica alvo da sua solução. Além disso, certifique-se de que todos os aspectos capturados nas Histórias de Usuário foram cobertos.
O projeto está restrito pelos itens apresentados na tabela a seguir.
| ID | Restrição |
|---|---|
| 01 | O projeto deverá ser entregue até o final do semestre |
| 02 | Não pode ser desenvolvido um módulo de backend |
Enumere as restrições à sua solução. Lembre-se de que as restrições geralmente limitam a solução candidata.
Links Úteis:
O diagrama de casos de uso é o próximo passo após a elicitação de requisitos, que utiliza um modelo gráfico e uma tabela com as descrições sucintas dos casos de uso e dos atores. Ele contempla a fronteira do sistema e o detalhamento dos requisitos funcionais com a indicação dos atores, casos de uso e seus relacionamentos.
As referências abaixo irão auxiliá-lo na geração do artefato “Diagrama de Casos de Uso”.
Links Úteis: